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DETAILED ACTION 

The text of those sections of Title 35, U.S. Code not included in this action can 
be found in a prior Office action. The previous office action(s) is/are incorporated by 
reference in its/their entirety. The examiner assumes that the applicant agrees with any 
well-known prior art statements and/or rejections made by the examiner in the previous 
office action(s) that were not argued. Any objections or rejections not repeated below 
for record are withdrawn due to applicant's amendments and/or arguments. 

Claims 1, 5, 15, 21, and 24-25 were amended. Claims 1-54 are pending. 

Response to Arguments 

Applicant's arguments filed 7/7/2005 have been fully considered but they are not 
persuasive. 

Applicant first argues that the objection to the abstract made by the examiner 
should be withdrawn because no parentheses were found in lines 1 and 2 of the 
abstract. The examiner has copied the abstract below and drawn arrows to the 
parentheses. Applicant is respectfully asked to make sure both the applicant and the 
examiner are looking at the correct abstract for the present application as in the abstract 
the examiner looked at there are obviously parentheses. 
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ABSTRACT OF THE DISCLOSURE 

A computer system (e.g., a personal computer (PC) is loaded with multiple 
versions of the bootable program (e.g., an operating system (OS). The boot record for 
each bootable program version i^sashed to produce a dig^t the digest is signed 
using the cryptographic signature engine using the programs pri vate installation key. The 
resulting signature is stored along with data indicating the programs name and version 
is stored in fields of the non-volatile memory. When the system boots with a version of 
the program, the active entry is decrypted and the resulting data is compared. If a new 
version is being booted then it is determined if the new version is the alternative entry. 
If so, the active entry is discarded and tlte alternative version is moved to be the active 
entry and the system boots with the new version of the program. 

Applicant then argues that the objections to the specification should be 
withdrawn because there were no instances of the word "compare" at the examiner 
given locations. The examiner has copied the pages from the specification that were 
objected to below and drawn arrows to the word "compare" that applicant was not able 
to find. Applicant is respectfully requested to make sure both the applicant and the 
examiner are looking at the correct specification for the present application. The one 
the examiner looked at clearly contained the error to which the examiner objected. 
Applicant is asked to read the passages in question to see if they make any sense 
without implementing the examiner's suggestions. 
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determine if a version management table is present in non-volatile memory 1 02. If the 
result of the test in step 605 is N r O, then only one OS version has been loaded in the 
system 200 and all of the possible entries for the version management table remain 
unlocked for later use by the OS loader. In step 607, the OS in the active partition is 
5 booted. 

If the result of the test in step 605 is YES, then in step 608 the signature in the 
primary table entry is compared to the boot record signature in the active partition. If the 
result of the compare, then in step 609 the primary and alternate entries in the version 
management taj^Df the non- volatile memory 102 arc locked. A branch is then taken 
10 to step 607 wherXie OS in the active partition is booted. If the result of the test in step 

3 flog i S NO, then Aion has been taken to switch to a new version of the OS. In step 610, 

If the signature of tie alternate table entry is compared to the BR in the active partition. 

© if they do not colpare then in step 61 1, the boot process is halted and action must be 

U taken lo correct the system configuration before, proceeding. If they do compare in step 

r 1 5 61 0, then the alternate entry has been selected as the new version of the OS. In step 6 12, 

the primary entry is cleared and the contents of the alternate entry is moved to the 
hi primary entry. This effectively prevents the version defined by the primary entry from 

O being used again. If a third entry is present then the contents of the third entry are 

|A moved to the alternate entry in step 61 3. Whether or not a third entry is valid in step 613, 

20 a branch is taken to step 609 where the primary and alternate entries in the version 

management table are locked. The third entry is left unlocked for use by the OS loader. 

HG. 7 is a flow diagram of another embodiment of the present invention where 
(he third entry in the table may be used as the "trigger" to activate a switch to a new- 
version of the OS. In step 701 the system 200 is powered up which begins the boot 
25 process. In step 702, the norma) POST functions are performed. POST reads the MBR 

on the boot device and searches and finds the active partition in the partition table in step 
703. In step 704, a test is done to determine if the third entry in the version management 
table is valid. If the result of the test in step 604 is YES, then this diggers an action to 
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move to a new version of the OS. When the third entry is valid then in step 705, the 
primary entry is cleared and the contents of the alternate entry is moved to the primary 
entry. In step 706, the contents of the third entry are moved to the alternate entry. The 
partition represented by the new primary entry is then marked its active in the MBR 
5 partition table. A branch isthentakentostep712 where the primaryand alternate entries 

are locked in the non-volatile memory and the OS in the active partition is booted in step 
710. 

If the result of the test in step 704 is NO, then in step 708 a test is done to 
determine if aversion management table is present in non-volatile memory 102. If the 
10 result of the test in step 708 is NO, then in step 709 only one OS version has been loaded 

in the system 200 and all of the possible entries for the version management table are left 
unlocked for later use by the OS loader. In step 710, the OS in the active partition is 
booted. Jf the result of the lest in step 708 is YES, then in step 71 1 the signature in the 
primary table entry is compared to the boot record signature in the active partition. If the 
1 5 result of the comnare, then in step 712 the primary and alternate entries in the version 

management taw %i the non-volatile memory 1 02 are locked. A branch is then taken 
he OS in the active partition is booted. If the result of the test in step 
ion has been done to switch to a new version of the OS. In step 713, 
the signature of t : alternate table entry is compared to the BR in the active partition. 
20 If they do not coilpare then in step 7 14, the boot process is halted and action must be 

taken to correct the system configuration before proceeding. If they do compare in step 
7 1 3, then the alternate entry has been selected as the new version of the OS. In step 7 1 5, 
the primary entry is cleared and the contents of the alternate entry is moved to the 
primary entry. This effectively prevents the version defined by die primary entry from 
25 being used again. If a third entry is present, then the contents of the third entry are 

moved to the alternate entry in step 71 6. Whether or not a third entry is valid in step 716, 
a branch is taken to step 712 where the primary and alternate entries in the version 
management table are locked. The third entry is left unlocked for use by the OS loader. 



to step 710 where 
711 is NO, then a 
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The examiner asserts that the above abstract and pages from the specification 
were the only ones found for the present application in the examiner's docket. If these 
are not the pages that applicant looked at, then the examiner submits that applicant 
may have filed the wrong abstract and specification for the present set of claims being 
argued or applicant may have looked at the wrong abstract and specification when 
writing the arguments. 

The examiner acknowledges applicant's amendments to the claims to overcome 
the claim objections and 112, second paragraph rejections and as such, they are 
withdrawn. The examiner will next address applicant's arguments toward art rejections.. 
As a preliminary matter though, the examiner notes that most of applicant's art rejection 
arguments were directed towards the examiner not having established a prima facie 
case of obviousness as there were no proper motivation in the rejections used by the 
examiner or as applicant often stated, the motivation given by the examiner were "his 
own subjective opinion" and thus does not establish a prima facie case of obviousness. 
The examiner submits that motivation can come directly from the references 
themselves, from the nature of the problem to be solved, or from knowledge of one of 
ordinary skill in the art. For each rejection, the examiner drew motivation from each of 
the three aforementioned sources to modify the prior art to arrive at applicant's claimed 
invention. In some cases where applicant argued that the motivation was the 
examiner's own subjective opinion, the examiner even cited passages from the art itself 
as the basis for the motivation (which, the examiner notes that on at least one occasion, 
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the applicant in his argument, chose to quote the examiner given motivation, yet in the 
quote, left out the art citation). For the above reasons, the examiner submits that the 
motivations were not the examiner's "own subjective opinion" as alleged by applicant. 

Applicant's first art argument can be found on page 19 of the arguments 
submitted on 7/7/2005 and is directed towards claim 7 and 21. Applicant argues that 
the motivation to combine Stevelim and Lovelace was the examiner's subjective opinion 
and thus is not objective evidence, therefore hindsight. The examiner respectfully 
disagrees. The motivation given clearly came from column 1 , lines 4-7 of Lovelace itself 
as cited on page 6 off the 4/5/2005 office action. The examiner submits that both 
Stevelim and Lovelace were from the art of managing the boot of multiple operating 
systems, so are analogous arts. Further, Lovelace was interested in maintaining the 
security of the operating system bootstrap (Lovelace: col 1, line 6-9). Clearly since the 
motivation came from Lovelace, the motivation was a valid and proper motivation. The 
examiner further notes that applicant argues what Stevelim and Lovelace didn't teach. 
However, the examiner submits that applicant's analysis of Stevelim and Lovelace was 
a piecemeal analysis and is not valid. In response to applicant's arguments against the 
references individually, one cannot show nonobviousness by attacking references 
individually where the rejections are based on combinations of references. See In re 
Keller, 642 F.2d 413, 208 USPQ 871 (CCPA 1981); In re Merck & Co., 800 F.2d 1091, 
231 USPQ 375 (Fed. Cir. 1986). 

Applicant's second art argument is directed towards the rejection of claims 3 and 
23, see page 20 of submitted arguments. The argument is based on dependency of 
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claims 1 and 21 and as the examiner has shown the rejection of claims 1 and 21 to be 
valid, applicant's argument for claims 3 and 23 are moot. 

Applicant's argument for claims 7 and 27 is once again about proper motivation. 
Applicant is first reminded that claims 7 and 27 are dependent on claims 1 and 21. The 
motivation for combining claims 1 and 21 carries over to claims 7 and 27 and renders 
the limitations as recited in the claims obvious to the combination invention of Stevelim 
and Lovelace as Stevelim and Lovelace disclosed all the limitations. Just because the 
examiner recited a further limitation to combine Stevelim and Lovelace does not make 
the motivation already given (which was cited from Lovelace itself) any less valid. The 
examiner further submits that the motivation that was recited by the examiner for claims 
7 and 27 came from the nature of the problem to be solved by Lovelace, i.e. bootstrap 
security, and from knowledge of one of ordinary skill in the art. As can be seen from the 
description of related art section of Lovelace, Lovelace clearly recognized the security 
hazard that viruses posed. The nature of the problem in this case was the security 
problem posed by viruses. The examiner submits that it was within knowledge of one of 
ordinary skill in the art at the time the applicant's invention was made to have effected 
repairs to damages done by a virus once it was detected (see for example Watson et al, 
US 5,475,839). Knowledge of one of ordinary skill in the art in this case is that repairing 
damages done by a virus leads to better security. The examiner also notes once more 
the applicant does a piecemeal analysis of the art when applicant stated "There is no 
objective evidence in Stevelim for monitoring corrupted boot component." 
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Applicant's argument for claims 8 and 28 (see page 22) is that the examiner's 
statement that the "choice of replacing the first entry as opposed to the second is 
arbitrary" is incorrect. The applicant states that since claims 8 and 28 depend on steps 
in claims 7 and 27 respectively, the choice is not arbitrary. The examiner first notes that 
the examiner also stated that in claims 7 and 27 the choice of which OS to replace is 
arbitrary. Applicant did not argue this statement, so the examiner assumes that 
applicant agreed that the statement of arbitrariness was correct for claims 7 and 27. 
This statement was made using the same technical analysis used to make the 
arbitrariness statement for claims 8 and 28. Applicant has not pointed out how the 
examiner's technical reasoning is incorrect nor presented any secondary evidence as to 
why it would not be arbitrary other than the fact that claims 8 and 28 are dependent to 
steps in claims 7 and 27, which the examiner submits is not enough to overcome the 
examiner's technical reasoning as applicant agreed the arbitrariness statement in 
claims 7 and 27 was correct. Applicant also argues once more about motivation to 
combine Stevelim and Lovelace for claims 8 and 28. The examiner has addressed this 
issue already and will not repeat the arguments. 

Applicant argues on page 23 for claims 9 and 29 that a prima facie case of 
obviousness for rejecting the claims was not established. The examiner notes that on 
establishing a case of prima facie obviousness, 2105 of the MPEP states "To support 
the conclusion that the claimed invention is directed to obvious subject matter, either the 
references must expressly or impliedly suggest the claimed invention or the examiner 
must present a convincing line of reasoning as to why the artisan would have found the 
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claimed invention to have been obvious in light of the teachings of the references." Ex 
parte Clapp, 227 USPQ 972, 973 (Bd. Pat. App. & Inter. 1985). Based on this, the 
examiner submits that a prima facie case of obviousness was established by the 
examiner as the rejection was based on teachings from the art and a technical 
reasoning in which applicant was not able to point out any errors. 

As per claim 31 , applicant argues that the examiner did not provide any objective 
evidence for the existence of a version management table in the boot manager 
disclosed by Stevelim, except his own subjective opinion. The examiner submits that 
the so called subjective opinion presented by the examiner was a technical reasoning 
as to why one must exist in Stevelim's boot manager. Such technical analysis to 
establish a prima facie case of obviousness is allowed on the part of the examiner, see 
MPEP 2105. Applicant has not presented any secondary evidence as to why the 
examiner's technical reasoning is incorrect. Applicant also argues on page 24 that 
there was no proper motivation cited to combine Stevelim and Lovelace. The examiner 
asserts that the motivation given by the examiner, "it would allow for the boot managers 
disclosed by Stevelim to verify the integrity of the boot components of the BP before 
booting into the actual BP, thereby preventing possible infections by viruses", was a 
valid motivation. As previously discussed, Stevelim and Lovelace are analogous art 
and Lovelace recognizes dangers posed by viruses to boot components. The examiner 
submits that the motivation given came from the art of Lovelace and knowledge of one 
of ordinary skill in the art. As Lovelace clearly recognizes and is concerned with 
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security and the dangers of viruses and Stevelim and Lovelace are analogous art, 
applicant's argument of improper motivation is incorrect. 

On page 25, applicant argues for claim 34 that it would not have been obvious to 
one of ordinary skill in the art "if said first result is false as this would mean that the boot 
components of the first BP is... corrupted." The examiner submits into consideration to 
support his obviousness statements for claim 34, Watson et al (US 5,475,839). Watson 
is also related to the field of computer security like Lovelace and tests the computer 
prior to boot for viruses (col 3, lines 60-64). Watson further teaches that if a potential 
error is detected, i.e. a test to see if the boot component is not corrupted is false, the 
boot process is halted and repairs are performed using an alternative boot component 
(col 3, line 67-col 4, lines 3 and col 8, lines 43-54). The examiner submits that these 
teachings by Watson clearly show that the examiner's obviousness statements were 
correct. The examiner further submits into consideration the hash value used by 
Lovelace to ensure the integrity of the boot components (col 5, lines 60-67). Clearly, 
Lovelace checking the computed hash with the secure hash reads on a false indicating 
corrupted boot components. 

Applicant also argues that there was no motivating force to combine Stevelim 
and Lovelace. The examiner notes that claim 34 depends on claim 31 and the 
motivation for combining Stevelim and Lovelace as given in claim 31 also carries over to 
claim 34. The examiner has addressed how that motivation was valid. Further, the 
examiner respectfully asserts that the separate motivation given in claim 34, "...to find a 
way to repair the corrupted boot components..." comes from knowledge of one of 
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ordinary skill in the art as shown by Watson and comes from the nature of the problem 
to be solved by Lovelace, i.e. security for boot components. 

Applicant argues on page 26 that for claim 35, the examiner's obviousness 
statement is incorrect. The examiner submits that the obviousness statement was 
based on a technical reasoning and applicant has not presented any secondary 
evidence to show the examiner's technical reasoning is incorrect, see MPEP 2105. 
Further, as clearly shown by Watson, it was obvious to stop booting of a computer if a 
boot component was detected as corrupt. Applicant's argument for combining Stevelim 
and Lovelace for claim 35 are also further moot as the examiner has shown previously 
that there was proper motivation cited. 

Applicant argues for claim 36 on page 27 that Stevelim does not teach version 
management by the boot manager or changing the active partition entry in response to 
a version management command sequence. The examiner asserts the limitation recited 
in claim 36 reads on the LILO boot manager disclosed by Stevelim. Stevelim clearly 
shows version management by the boot manager, LILO, when he discloses that he 
loaded multiple versions of OS's onto a disk (page 1 , third paragraph). Stevelim clearly 
shows changing the active partition entry in response to a version management 
command sequence when he discloses that the user can either boot to a default OS or 
choose another OS to boot to (see page 3, first two bullets). 

Applicant argues that the motivations given in the rejection of claims 2 and 22 
and claims 32, 42, 12, 20, 44-45, and 54 are improper because they employed 
hindsight. The examiner respectfully disagrees. The motivations came from the nature 
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of the security problem that Lovelace was trying to solve, such as security hazards 
posed by viruses (Lovelace: col 1, lines 6-9 and 34-41), thus hindsight was not 
employed by the examiner. 

On page 34 applicant argues that in the rejection of claims 4 and 24, the 
examiner has not provided any objective evidence which teachings the incentive or 
motivation to combine Stevelim and Lovelace, except his own objective opinion. 
Applicant is first reminded that claims 4 and 24 are dependent on claims 1 and 21 . The 
motivation for combining Stevelim and Lovelace claims 1 and 21 carries over to claims 
4 and 24. Just because the examiner recited a further limitation to combine Stevelim 
and Lovelace does not make the motivation already given (which was cited from 
Lovelace itself) any less valid. Further the motivation given in the rejection of claims 4 
and 24 came from the nature of the security problem that Lovelace was trying to solve, 
such as security hazards posed by viruses (Lovelace: col 1, lines 6-9 and 34-41), thus 
hindsight was not employed by the examiner. This same argument was presented by 
the applicant for claims 5 and 25 and is respectfully traversed in the same manner as 
claims 4 and 24. 

On page 35, applicant argues that Schieve does not teach halting POST for any 
reason or any one of the antecedent methods of claims 6 and 26 involving a first and 
second compare result and thus the examiner has not provided any evidence of 
obviousness in light of Schieve. The examiner respectfully points out that the 
obviousness statement made by the examiner was made based on technical reasoning 
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of Schieve's teachings. Applicant has not presented any evidence which shows the 
examiner's reasoning to be incorrect, see MPEP 2105. 

Applicant argues for claims 37 and 38 that Schieve does not teach using POST 
for a compare operation from a primary or alternate entries. The examiner respectfully 
point out that claims 37 and 38 does not recite the limitation being argued by applicant. 
Further, as stated, any obviousness statements by the examiner in the rejections were 
based on technical reasoning, which applicant has not presented any evidence to show 
to be incorrect. 

The rest of applicant's arguments not directly addressed were directed towards 
either dependency or claims which recited limitations that were similar to ones that were 
already argued and traversed. The examiner believes that all of applicant's arguments 
have been addressed and traversed and that the current set of claims presented is not 
in a condition for allowance. 

Specification 

The abstract of the disclosure is objected to because the opening left parenthesis 
on lines 1 and 2 each do not have a corresponding closing right parenthesis. Correction 
is required. See MPEP § 608.01(b). 

The disclosure is objected to because of the following informalities: 

1 . On page 14, line 8, "is YES" should be added to after the word "compare". 

2. On page 15, line 15, "is YES" should be added to after the word "compare". 

Appropriate correction is required. 
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Claim Rejections - 35 USC § 103 

The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

Claims 1, 3, 7-9, 21, 23, 27-29, 31, 34-36, and 39-41 are rejected under 35 
U.S.C. 103(a) as being unpatentable over 

http://web.archive.Org/web/19990225080749/http://www.wwnet.net/~stevelim/booting.ht 
ml (hereafter referred to as Stevelim) in view of Lovelace et al (US 6,263,431). 
Claims 1 and 21: 

Stevelim discloses a method for booting a computer system with first and second 
versions of a bootable program comprising the steps of and a computer program 
product for booting a computer system having first and second versions of a bootable 
program, said computer program product embodied in a machine readable medium, 
including programming for a processor, said computer program comprising a program of 
instructions for performing the steps of: 

1 . Loading said first and second versions of said bootable program into first and 
second partitions of a storage device coupled to said computer system (page 1, 
paragraph 1, lines 2-4 and paragraph 3). 

2. Assigning said first partition as an active partition of said storage device by 
updating an active partition entry of a partition table of a master boot record 
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(MBR) of said storage device, said active partition entry indicating which version 
of said BP is booted up on a power up of said computer system (page 1, bullets 2 
and 3 and page 3, bullet 4). 

3. Additional data defining said first and second versions of said bootable program 
(p3-5, contents of lib. conf file). 

4. Assigning the first version of a bootable program as an active entry (p3-5, 
contents of lilo.conf file and p3, bullet 4). 

5. Assigning the second entry of a bootable program as an alternate entry (p3-5, 
contents of lilo.conf file). 

Stevelim does not disclose: 

1 . Hashing a boot record (BR) of said first and second versions of said bootable 
program producing respective first and second digests. 

2. Signing said first and second digests using a cryptographic signature engine and 
a private installation key producing first and second signatures. 

3. Storing said first and second signatures with additional data defining said first 
and second versions of said bootable program in first and second entries in a 
non-volatile memory coupled to said computer system. 

4. Assigning said first entry corresponding to said first version of said bootable 
program as an active entry in said non-volatile memory. 

5. Assigning said second entry corresponding to said second version of said 
bootable program as an alternate entry in said non-volatile memory. 
However, Lovelace discloses: 
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1 . Hashing a boot record (BR) of a bootable program producing a digest (col 2, 
lines 50-60). 

2. Signing said digest using a cryptographic signature engine and a private 
installation key producing a signature (col 3, lines 25-40 and 46-48 and col 5, 
lines 7-11). 

3. Storing the signature with additional data defining the bootable program in an 
entry in a non-volatile memory coupled to said computer system (col 5, lines 26- 
35 and 50-57). 

4. Assigning an entry corresponding to the bootable program as an entry in said 
non-volatile memory (col 3, line 62-col 4, line 13). 

It would have been obvious to one of ordinary skill in the art at the time the 
applicant's invention was made to modify boot managers (such as lib) as disclosed by 
Stevelim according to the limitations recited in claims 1 and 21 in light of Lovelace's 
teachings. One of ordinary skill would have been motivated to do so as Lovelace's 
teachings provide the ability to verify the integrity of the boot components prior to the 
use of the boot components (col 1 , lines 4-7). This would allow the multiple OS boot 
managers disclosed by Stevelim to check to make sure that a virus hasn't corrupted the 
boot components of any of the operating systems they were managing. Note that 
because Stevelim's boot manager handles multiple OS's, that when the boot record of 
each OS gets hashed and stored in memory, one of the things that must get hashed is 
the status of the OS — i.e. is the OS set active or as an alternate. 
Claims 3 and 23: 
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Stevelim discloses said bootable program is an operating system of said 
computer system (page 1, paragraph 3). 
Claims 7 and 27: 

Stevelim and Lovelace do not explicitly disclose monitoring a third entry of said 
non-volatile memory for an indication said third entry is valid. However, Stevelim 
discloses that there are known boot managers that can handle more than just one OS 
(p1 , paragraph 3). Lovelace's teachings provide for a way to monitor boot components 
to make sure that they are not corrupted (col 1 , lines 4-7). One of ordinary skill would 
be motivated on the indication that an entry/OS boot component is corrupted to monitor 
other OS's boot components to see if there are any chance one of the other OS's boot 
components aren't corrupted and one of the other OS's could be booted to from which 
repairs could be effected. It would have been obvious to one of ordinary skill in the art 
that if there existed a third entry/OS to also monitor the third entry of said non-volatile 
memory for an indication said third entry is valid. One of ordinary skill would be 
motivated to do so as it would help determine if the third OS could be used to effect 
repairs on damages that were possibly done by viruses. 

Note that it would have been just as obvious for one of ordinary skill to have a 
boot manager which manages a maximum of just two OS's as opposed to the ones 
disclosed by Stevelim which can handle more than two. Should one of ordinary skill 
decide to make a boot manager handle only two OS's then it would be obvious that if 
there was a third entry in the non-volatile memory that was also valid, then it would be 
obvious that one of ordinary skill most likely want to replace one of the two previous OS 
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with the third one. The choice of which one to replace is arbitrary, although one of 
ordinary skill would be most likely to replace the oldest one first — usually the first one. It 
would have been obvious to one of ordinary skill in the art to monitor a third entry of said 
non-volatile memory for an indication said third entry is valid as it would allow for a way 
to replace one of the previous two OS entries with the third entry. 
Claims 8 and 28: 

Stevelim and Lovelace do not explicitly disclose moving contents of said second 
entry to said first entry in response to said valid indication. However, it would have 
been obvious to one of ordinary skill to do so as it would allow for a way to replace one 
of the previous two OS entries with the third entry for boot managers that only handles 
two OS's. The choice of replacing the first entry as opposed to the second is arbitrary 
although the first one is usually the oldest and the oldest software is usually replaced 
first as known in the art at the time the applicant's invention was made. 
Claims 9 and 29: 

Stevelim and Lovelace do not explicitly disclose: 

1 . Moving the contents of said third entry to said second entry. 

2. Marking said second partition corresponding to said second version of said 
bootable program as said active partition entry in said master boot record. 

3. Booting said version of said bootable program in said active partition. 
However, as discussed in claims 7 and 27, because Stevelim discloses boot 

managers capable of handling more than just one OS's, it would have been obvious to 
one of ordinary skill to have a boot manager which handles just two OS's. It is also 
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common practice in the art to replace older software first. The steps recited in claims 9 
and 29 are the steps that are necessary to replace the oldest/first OS in a system with a 
boot manager which handles only two OS's at a time with a third and make the second 
OS the new first OS, which will be necessary to properly replace the oldest OS the next 
time the oldest OS needs to be replaced in the boot manager. As the first OS has been 
replaced by the second OS, it is obvious that the second OS/bootable program needs to 
be set as the active partition entry in the MBR or there would be no active partition set. 
One of ordinary skill would be motivated to further modify Stevelim and Lovelace's 
combination invention for the same reasons given in claims 8 and 28. 
Claim 31: 

Stevelim discloses a method for booting a computer system with first and second 
versions of a bootable program (BP) comprising the steps of: 

1 . Loading said first and second versions of said bootable program into first and 
second partitions of a storage device coupled to said computer system (p1 , 
paragraphs 1 and 3). 

2. Identifying said first version as an active partition in a master boot record (MBR) 
by placing data defining said first version in an active partition entry, said active 
entry indicating which version of said BP is booted on a power up of said 
computer system (p1, bullets 2 and 3 and p3, bullet 4). 

3. Booting with the version in said active partition (p1, bullet 3). 
Stevelim does not disclose: 
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1 . Maintaining a version management table in a non-volatile memory wherein data 
placed in an active entry indicates which version of said BP corresponds to an 
active version and wherein data placed in an alternate entry indicates which 
version of said BP corresponds to an alternate version. 

2. Comparing selected data in said active entry in said version management table 
to selected data pointed to by said active partition entry of said MBR returning a 
first compare result. 

3. Booting with said version in said active partition if said first compare result is 
true. 

However, a version management table of some sort must exist in the boot 
managers disclosed by Stevelim or there would be no way for the boot managers to 
keep track of which BP is the active version and which should be designated as 
alternates. The version management table would have to have data placed in an active 
entry to indicate which BP is the active one. 

Further, Lovelace discloses: 

1. Storing data defining the bootable program in an entry in a non-volatile memory 
(col 5, lines 26-35 and 50-57). 

2. Comparing data in the non-volatile memory to data pointed to by partition entry of 
said MBR returning a compare result (col 5, lines 59-60). 

3. Booting with the BP if compare result is true (col 5, lines 60-61 ). 

It would have been obvious to one of ordinary skill in the art at the time the 
applicant's invention was made in light of the above disclosure to incorporate Lovelace's 
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teachings with Stevelim according to the limitations recited in claim 31 . One of ordinary 
skill would have been motivated to do so as it would allow for the boot managers 
disclosed by Stevelim to verify the integrity of the boot components of the BP before 
booting into the actual BP, thereby preventing possible infections by viruses. Note that 
the version management table that existed in the boot managers disclosed by Stevelim 
must also exist in some form in the non-volatile memory once one of ordinary skill 
incorporate Lovelace's teachings with Stevelim to arrive at a multiple OS boot manager 
capable of detecting corrupted boot components. If it did not exist in the non-volatile 
memory, then the system would have no way of determining which boot component is 
corrupted for which OS. 
Claim 34: 

Stevelim does not explicitly disclose: 

1 . Replacing said data in said active entry with said data in said alternate entry if 
said first result is false. 

2. Comparing selected data in said active entry in said version management table 
to selected data pointed to by said active partition entry of said MBR returning a 
second compare result. 

3. Booting with said alternate version in said active partition if said second compare 
result is true. 

However, Lovelace discloses: 
1. Comparing data in the non-volatile memory to data pointed to by partition entry of 
said MBR returning a compare result (col 5, lines 59-60). 
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2. Booting with the BP if compare result is true (col 5, lines 60-61). 

It would have been obvious to one of ordinary skill in the art at the time the 
applicant's invention was made to further incorporate the limitations recited in claim 34 
to Stevelim and Lovelace's combination method if said first result is false as this would 
mean that the boot components of the first BP is corrupted. One of ordinary skill would 
obviously not boot to a BP whose boot components have been determined to be 
corrupted. One of ordinary skill would obviously compare the data in the version 
management table corresponding to the second BP with data pointed to by the second 
BP in the MBR to return a second compare result as one of ordinary skill would also 
want to verify if the second BP's boot components are also corrupted. If the 
second/alternate BP's boot component's are not corrupted as indicated by a true being 
returned as the result of the second compare, then it would be obvious for one of 
ordinary skill to boot the alternate BP to attempt repairs to the boot components of the 
first BP. The choice of when to set the alternate BP as the active entry is arbitrary. One 
of ordinary skill would be motivated to incorporate the limitations as recited in claim 34 
into Stevelim and Lovelace's combination method because it would allow one of 
ordinary skill to find a way to repair the corrupted boot components as discussed above 
if the alternate BP's boot components aren't corrupted also. 
Claim 35: 

Stevelim and Lovelace do not explicitly disclose stopping booting of said 
computer system if said second compare result is false. However, it would have been 
obvious to one of ordinary skill to do so as if both the first and second compare result is 
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false, then that means that the boot components of both the first and second BP are 
corrupted. One of ordinary skill in the art at the time the applicant's invention was made 
would be motivated to stop the boot process as this would prevent further corruption to 
the computer system. 
Claim 36: 

Stevelim discloses said active partition pointed to by said active partition entry in 
said MBR is changed in response to a version management program command 
sequence (p1, bullet 1). 
Claim 39: 

Claim 39 refers to determining when contents of a third entry of said non-volatile 
memory are valid. Claim 7 refers to monitoring a third entry of said non-volatile memory 
for an indication said third entry is valid. It is the examiner's opinion that these two 
limitations are substantially similar and the same reasons and motivations used to reject 
claim 7 also applies to claim 39. 
Claim 40: 

Claim 40 refers to moving contents of said alternate entry to said active entry 
when said contents of said third entry are valid. Claim 8 refers to moving contents of 
said second entry to said first entry in response to valid indication (by the third entry). 
The examiner notes that the first entry referred to in claim 8 is same as the active entry 
in claim 40 and the second entry in claim 8 is the same as the alternate entry in claim 
40. As such, it is the examiner's opinion that the limitations recited in claims 8 and 40 
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are substantially similar and the same reasons and motivations used to reject claim 8 
also applies to claim 40. 
Claim 41: 

Claim 41 refers to the steps of: 

1 . Moving contents of said third entry to said alternate entry. 

2. Marking a second partition corresponding to said version of said bootable 
program as said active partition in said MBR. 

3. Booting said version of said bootable program in said active partition. 
Claim 9 refers to the steps of: 

1 . Moving contents of said third entry to said second entry. 

2. Marking said second partition corresponding to said second version of said 
bootable program as said active partition entry in said master boot record. 

3. Booting said version of said bootable program in said active partition. 

It is the examiner's opinion that the limitations recited by these two claims are 
substantially similar and the same reasons and motivations used to reject claim 9 also 
applies to claim 41. 

Claims 11, 13, 17-19, 43, 46-48, and 51-53 are rejected under 35 U.S.C. 103(a) 
as being unpatentable over 

http://web.archive.Org/web/19990225080749/http://www.wwnet.net/~stevelim/booting.ht 
ml (hereafter referred to as Stevelim) in view of Lovelace et al (US 6,263,431) and 
further in view of Rickey et al (US 2002/0166059). 
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Claim 11: 

Claim 1 1 is similar to claims 1. The difference is that claim 1 1 refers to CPU 
circuitry which performs the steps of the method recited in claim 1. Claim 1 1 also 
recites the components of the computer system needed to implement the method of 
claim 1. The same reasoning used to reject claim 1 applies to claim 11 for the limitations 
they have in common. The limitation exclusive to claim 11 will now be addressed. 

Stevelim does not explicitly disclose a computer system comprising: 

1 . A central processing unit (CPU). 

2. A random access memory (RAM). 

3. An electronically erasable programmable read only memory (EEPROM). 

4. An I/O adapter. 

5. A disk storage system coupled to said I/O adapter. 

6. A bus system coupling said CPU to said EEPROM, said I/O adapter, and said 
RAM. 

However, a computer system comprising a CPU, RAM, I/O adapter, disk storage 
system coupled to said I/O adapter, and a bus system coupling said CPU to said I/O 
adapter, and said RAM is typical state of the art of computer systems at the time the 
applicant's invention was made. Further, Lovelace discloses a computer with a disk 
storage system, processor, and I/O device coupled together (Fig 1 and col 2, lines 44- 
46) being used in his secure boot system. Lovelace also discloses the use of non- 
volatile memory (Fig 1, item 100) in the secure boot system. The non-volatile memory 
disclosed by Lovelace is flash memory and not EEPROM, but it is known to one of 
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ordinary skill that flash memory technology is based off of EEPROM. Further, Rickey 
discloses that EEPROM can be used for the non-volatile memory in a secure boot 
system (p3, paragraph 0037). 

It would have been obvious to one of ordinary skill in the art at the time the 
applicant's invention was made to use EEPROM instead of flash memory as the non- 
volatile memory in the secure boot system disclosed by Lovelace for cost saving 
purposes as EEPROM is older technology and older technology is usually cheaper than 
newer technology. In light of the teachings of Lovelace and Rickey, it would have been 
obvious to one of ordinary skill in the art at the time the applicant's invention was made 
to utilize the method recited in claim 1 in the typical computer system according to the 
limitations recited in claim 1 1 . One of ordinary skill would have done so as Lovelace 
and Rickey both showed that a computer system with such components are needed to 
implement a system which allows for the detection of corrupted boot components. 
Incorporating Lovelace and Rickey's teachings into Stevelim's teachings would allow for 
a multiple OS boot manager capable of detecting corrupted boot components. Note 
that because Stevelim's boot manager handles multiple OS's, that when the boot record 
of each OS gets hashed and stored in memory, one of the things that must get hashed 
is the status of the OS — i.e. is the OS set active or as an alternate. 
Claim 13: 

Stevelim discloses said bootable program is an operating system of said 
computer system (page 1, paragraph 3). 
Claim 17: 
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Claim 17 refers to a computer system comprising circuitry for performing the 
steps of the methods of claim 7 and as such is rejected for the same reasons and 
motivations discussed in claim 7. 
Claim 18: 

Claim 18 refers to a computer system comprising circuitry for performing the 
steps of the methods of claim 8 and as such is rejected for the same reasons and 
motivations discussed in claim 8. 
Claim 19: 

Claim 19 refers to a computer system comprising circuitry for performing the 
steps of the methods of claim 9 and as such is rejected for the same reasons and 
motivations discussed in claim 9. 
Claim 43: 

Claim 43 is similar to claim 31 except claim 43 refers to CPU circuitry for 
performing the steps of the method of claim 31. Claim 43 also recites the components 
of the computer system needed to implement the method of claim 31 . The same 
reasoning used to reject claim 31 applies to claim 43 for the limitations they have in 
common. The limitation exclusive to claim 43 will now be addressed. 

Stevelim does not explicitly disclose a computer system comprising: 

1. A central processing unit (CPU). 

2. A random access memory (RAM). 

3. An electronically erasable programmable read only memory (EEPROM). 

4. An I/O adapter. 
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5. A disk storage system coupled to said I/O adapter. 

6. A bus system coupling said CPU to said EEPROM, said I/O adapter, and said 
RAM. 

However, a computer system comprising a CPU, RAM, I/O adapter, disk storage 
system coupled to said I/O adapter, and a bus system coupling said CPU to said I/O 
adapter, and said RAM is typical state of the art of computer systems at the time the 
applicant's invention was made. Further, Lovelace discloses a computer with a disk 
storage system, processor, and I/O device coupled together (Fig 1 and col 2, lines 44- 
46) being used in his secure boot system. Lovelace also discloses the use of non- 
volatile memory (Fig 1, item 100) in the secure boot system. The non-volatile memory 
disclosed by Lovelace is flash memory and not EEPROM, but it is known to one of 
ordinary skill that flash memory technology is based off of EEPROM. Further, Rickey 
discloses that EEPROM can be used for the non-volatile memory in a secure boot 
system (p3, paragraph 0037). 

It would have been obvious to one of ordinary skill in the art at the time the 
applicant's invention was made to use EEPROM instead of flash memory as the non- 
volatile memory in the secure boot system disclosed by Lovelace for cost saving 
purposes as EEPROM is older technology and older technology is usually cheaper than 
newer technology. In light of the teachings of Lovelace and Rickey, it would have been 
obvious to one of ordinary skill in the art at the time the applicant's invention was made 
to utilize the method recited in claim 31 in the typical computer system according to the 
limitations recited in claim 43. One of ordinary skill would have done so as Lovelace 



Application/Control Number: 09/998,681 Page 30 

Art Unit: 2135 

and Rickey both showed that a computer system with such components are needed to 
implement a system which allows for the detection of corrupted boot components. 
Incorporating Lovelace and Rickey's teachings into Stevelim's teachings would allow for 
a multiple OS boot manager capable of detecting corrupted boot components. 
Claim 46: 

Claim 46 refers to a computer system comprising circuitry for implementing the 
method recited by claim 34. As such, the same reasoning and motivation used to reject 
claim 34 also applies to claim 46. 
Claim 47: 

Claim 47 refers to a computer system comprising circuitry for implementing the 
method recited by claim 35. As such, the same reasoning and motivation used to reject 
claim 34 also applies to claim 47. 
Claim 48: 

Claim 48 refers to a computer system which implements the method of claim 36 
and is rejected using the same arguments used for claim 36. 
Claim 51: 

Claim 51 refers to a computer system comprising circuitry for implementing the 
method recited in claim 39. As such, the same reasoning and motivation used to reject 
claim 39 also applies to claim 51. 
Claim 52: 
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Claim 52 refers to a computer system comprising circuitry for implementing the 
method recited in claim 40. As such, the same reasoning and motivation used to reject 
claim 40 also applies to claim 52. 
Claim 53: 

Claim 53 refers to a computer system comprising circuitry for implementing the 
method recited in claim 41. As such, the same reasoning and motivation used to reject 
claim 41 also applies to claim 53. 

Claims 2, 10, 22, 30, 32-33, and 42 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over 

http://web.archive.Org/web/19990225080749/http://www.wwnet.net/~stevelim/booting.ht 
ml (hereafter referred to as Stevelim) in view of Lovelace et al (US 6,263,431) and 
further in view of applicant's admittance of prior art. 
Claims 2 and 22: 

Stevelim and Lovelace do not disclose locking said first and second entries in 
said non-volatile memory with a hardware locking mechanism of said computer system 
modification of said contents of said first and second entries. However, the applicant 
admitted in the specification that hardware locking mechanisms were well known in the 
art at the time the applicant's invention was made and is typically located in the 
controller managing access to the non-volatile memory (p7, lines 14-23). 

It would have been obvious to one of ordinary skill to further modify Stevelim and 
Lovelace's combination method and system according to the limitation recited in claims 
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2 and 22 as it would prevent changing the contents of said first and second entries 
either by accident or by a virus after POST is finished and an OS is loaded. 
Claims 10 and 30: 

Claims 10 and 30 recite a similar limitation as recited in claims 2 and 22. As 
such the same reasons and motivations used to reject claims 2 and 22 also apply to 
claims 10 and 30. 
Claim 32: 

Stevelim and Lovelace do not disclose said active and alternate entries in said 
version management table are locked with a hardware read only locking mechanism at 
selected times. However, the applicant admitted in the specification that hardware 
locking mechanisms were well known in the art at the time the applicant's invention was 
made and is typically located in the controller managing access to the non-volatile 
memory (p7, lines 14-23). 

It would have been obvious to one of ordinary skill in the art to further modify 
Stevelim and Lovelace's combination method according to the limitation recited in claim 
32 as it would prevent the active and alternate entries in the version management table 
from being changed accidentally or by a virus when the system has no reason to write 
to them. 
Claim 33: 

Stevelim discloses said bootable program is an operating system of said 
computer system (p1, paragraph 3). 
Claim 42: 
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Stevelim and Lovelace do not disclose locking said active and alternate entries in 
said non-volatile memory to prevent a modification of contents of said active and 
alternate entries. However, the applicant admitted in the specification that hardware 
locking mechanisms were well known in the art at the time the applicant's invention was 
made and is typically located in the controller managing access to the non-volatile 
memory (p7, lines 14-23). 

It would have been obvious to one of ordinary skill in the art at the time the 
applicant's invention was made to further modify the combination method of Stevelim 
and Lovelace according to the limitation recited in claim 42. One of ordinary skill would 
have been motivated to do so as it would prevent accidental modification or modification 
by a virus of the memory content. 

Claims 12, 20, 44-45, and 54 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over 

http://web.archive.Org/web/19990225080749/http://www.wwnet.net/~stevelim/booting.ht 
ml (hereafter referred to as Stevelim) in view of Lovelace et al (US 6,263,431) and 
Rickey et al (US 2002/0166059) and further in view of applicant's admittance of prior 
art. 

Claim 12: 

Stevelim and Lovelace do not disclose locking said first and second entries in 
said non-volatile memory with a hardware locking mechanism of said computer system 
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modification of said contents of said first and second entries. However, the applicant 
admitted in the specification that hardware locking mechanisms were well known in the 
art at the time the applicant's invention was made and is typically located in the 
controller managing access to the non-volatile memory (p7, lines 14-23). 
It would have been obvious for one of ordinary skill to further modify Stevelim, Lovelace, 
and Rickey's combination computer system according to the limitation recited in claim 
12 as it would prevent changing the contents of said first and second entries either by 
accident or by a virus after POST is finished and an OS is loaded. 
Claim 20: 

Claim 20 recites a similar limitation as claim 12. As such, the same reasons and 
motivations used to reject claim 12 also apply to claim 20. 
Claim 44: 

Claim 44 recites a similar limitation to as claim 32. As such, the same reasons 
and motivations used to reject claim 32 also apply to claim 44. 
Claim 45: 

Stevelim discloses said bootable program is an operating system of said 
computer system (p1, paragraph 3). 
Claim 54: 

Stevelim, Lovelace, and Rickey do not disclose a computer system further 
comprising circuitry for locking said active and alternate entries in said non-volatile 
memory to prevent a modification of contents of said active and alternate entries. 
However, the applicant admitted in the specification that hardware locking mechanisms 



Application/Control Number: 09/998,681 Page 35 

Art Unit: 2135 

were well known in the art at the time the applicant's invention was made and is 
typically located in the controller managing access to the non-volatile memory (p7, lines 
14-23). 

It would have been obvious to one of ordinary skill in the art at the time the 
applicant's invention was made to further modify the combination method of Stevelim, 
Lovelace, and Rickey according to the limitation recited in claim 54. One of ordinary 
skill would have been motivated to do so as it would prevent modification of the memory 
content when the active and alternate entries do not need to be changed such as by a 
virus. 



Claims 4-6, 24-16, and 37-38 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over 

http://web.archive.Org/web/19990225080749/http://www.wwnet.net/~-stevelim/booting.ht 
ml (hereafter referred to as Stevelim) in view of Lovelace et al (US 6,263,431) and 
further in view of Schieve et al (US 5,463,766). 
Claim 4: 

Stevelim does not disclose: 

1 . Loading a BR from said active partition entry of said MBR using Power-On-Self- 
Test (POST) code when said computer system is powered up. 

2. Decrypting said first signature in said active entry using a public installation key. 
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3. Comparing a hash of said BR of said active partition to a hash of a BR retrieved 
from said active entry, returning a first compare result. 

4. Booting with said first version of said bootable program in said active partition 
when said first compare result is true. 

5. Retrieving said second signature from said alternate entry when said first 
compare result is false. 

However, Schieve discloses that POST is a prior art diagnostics process which is 
a series of tests that the computer performs on some of the core components each time 
a computer is turned on (col2, lines 24-33). Further, Lovelace discloses: 

1 . Decrypting a signature in memory using a public installation key (col 5, lines 
7-11). 

2. Comparing the hash of a BR of a partition to a hash retrieved from memory, 
returning a first compare result (col 5, lines 59-60). 

3. Booting with the bootable program referred to in a partition when the said 
compare result is true (col 5, lines 61-62). 

It would be obvious to one of ordinary skill in the art at the time the applicant's 
invention was made in light of Lovelace and Schieve's teachings to further modify the 
combination method of Stevelim and Lovelace according to the limitations recited in 
claims 4. One of ordinary skill would be motivated to load a BR from said active 
partition entry of said MBR using a POST code when said computer system is powered 
up because it would allow for the test of whether the boot components were corrupted 
to be performed automatically each time the computer is booted prior to loading the 
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operating system. One of ordinary skill would be motivated to further incorporate the 
teachings disclosed by Lovelace according to the limitations recited in claim 4 as it 
would allow for the testing of corrupted boot components in the multiple OS boot 
managers disclosed by Stevelim. One of ordinary skill would recognize that if the first 
OS located in the active partition is not corrupted — i.e. the hashes match, that it would 
be safe to boot that OS. It would also be obvious for one of ordinary skill would also 
retrieve the second signature from the second alternate entry when the first compare 
result is false because if a virus had corrupted the first active partition, one of ordinary 
skill would want to make sure that the alternate partition and alternate OS is not 
corrupted. If they were not, one of ordinary skill would recognize that he/she could boot 
into the alternate OS/partition to possibly effect repairs on the first OS/partition. 
Claim 24: 

Stevelim does not disclose: 

1. Loading a BR from said active partition entry with Power-On-Self-Test 
(POST) code when said computer system is powered up. 

2. Decrypting said first signature in said active entry using a public installation 
key. 

3. Comparing a hash of said BR of said active partition to a hash of a BR 
retrieved from said active entry, returning a first compare result. 

4. Booting with said first version of said bootable program in said active partition 
when said first compare result is true. 
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5. Retrieving said second signature from said alternate entry when said first 
compare result is false. 

However, Schieve discloses that POST is a prior art diagnostics process which is 
a series of tests that the computer performs on some of the core components each time 
a computer is turned on (col2, lines 24-33). Further, Lovelace discloses: 

1. Decrypting a signature in memory using a public installation key (col 5, lines 
7-11). 

2. Comparing the hash of a BR of a partition to a hash retrieved from memory, 
returning a compare result (col 5, lines 59-60). 

3. Booting with the bootable program referred to in a partition when the said 
compare result is true (col 5, lines 61-62). 

It would be obvious to one of ordinary skill in the art at the time the applicant's 
invention was made in light of Lovelace and Schieve's teachings to further modify the 
combination method of Stevelim and Lovelace according to the limitations recited in 
claims 4. One of ordinary skill would be motivated to load a BR from said active 
partition with POST code when said computer system is powered up because it would 
allow for the test of whether the boot components were corrupted to be performed 
automatically each time the computer is booted prior to loading the operating system. 
One of ordinary skill would be motivated to further incorporate the teachings disclosed 
by Lovelace according to the limitations recited in claim 4 as it would allow for the 
testing of corrupted boot components in the multiple OS boot managers disclosed by 
Stevelim. One of ordinary skill would recognize that if the first OS located in the active 
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partition is not corrupted — i.e. the hashes match, that it would be safe to boot that OS. 
It would also be obvious for one of ordinary skill would also retrieve the second 
signature from the second alternate entry when the first compare result is false because 
if a virus had corrupted the first active partition, one of ordinary skill would want to make 
sure that the alternate partition and alternate OS is not corrupted. If they were not, one 
of ordinary skill would recognize that he/she could boot into the alternate OS/partition to 
possibly effect repairs on the first OS/partition. 
Claims 5 and 25: 

Stevelim does not disclose: 

1. Decrypting said signature in said alternate entry using said public installation key. 

2. Comparing said hash of said BR of said active partition to a hash of a BR 
retrieved from said alternate entry, returning a second compare result. 

3. Clearing said active entry from said non-volatile memory when said second 
compare result is true. 

4. Moving contents from said alternative entry to said active entry. 

5. Booting with said alternate version identified by said active entry. 
However, Lovelace discloses: 

1. Decrypting a signature in memory using a public installation key (col 5, lines 7- 
11). 

2. Comparing the hash of a BR of a partition to a hash retrieved from memory, 
returning a compare result (col 5, lines 59-60). 
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3. Booting with the bootable program referred to in a partition when the said 
compare result is true (col 5, lines 61-62). 

It would have been obvious to one of ordinary skill in the art at the time the 
applicant's invention was made to further modify Stevelim, Lovelace, and Schieve's 
combination invention according to the limitations recited in claims 5 and 25. It would 
have been obvious because one of ordinary skill would recognize that should a first 
entry hash be corrupted, then there could be the possibility that the system was infected 
with a virus. One of ordinary skill would naturally decrypt the alternate entry's signature 
and check the hash to see of it was corrupted. If they were not corrupted, then one of 
ordinary skill would recognize that he/she could boot into the alternate OS/entry and 
possibly effect repairs against any damages done to the first OS/entry. To do this, the 
alternate entry would have to be made the new active entry to boot to the alternate OS. 
One of ordinary skill would be motivated to modify the combination invention according 
to the limitations recited in claims 5 and 25 as it would allow for a way to boot into a 
different OS for repairing any damages done by a virus. 
Claims 6 and 26: 

Stevelim and Lovelace do not disclose halting said POST when said second 
compare result is false. However, Schieve discloses that the last step performed by 
POST is to load the OS (col 2, lines 37-38). It would have been obvious to one of 
ordinary skill in the art in light of Schieve's teachings to halt POST when the second 
compare result is false. It would be obvious because if the second compare result is 
false also, then it means that the alternate OS boot components are also corrupted 
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(possibly by a virus). As such, one would risk further infecting the OS if one were to 
continue the POST process and load the OS. One of ordinary skill would be motivated 
to halt said POST when said second compare result is false as it would help prevent the 
first and second OS and the data accessed by said OS's from being infected with a 
virus. 

Claims 37 and 38: 

Stevelim and Lovelace do not disclose said compare step is performed by 
Power-On-Self-Test (POST) code. However, Schieve discloses that POST is a prior art 
diagnostics process which is a series of tests that the computer performs on some of 
the core components each time a computer is turned on (col2, lines 24-33). It would 
have been obvious to one of ordinary skill in the art to have the compare step be 
performed by POST code in light of Schieve's teachings. One of ordinary skill would 
have been motivated to do so as it would allow for the boot components to be tested 
automatically each time a computer is booted before the OS starts. 

Claims 14-16 and 49-50 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over 

http://web.archive.Org/web/19990225080749/http://www.wwnet.net/~steveIim/booting.ht 
ml (hereafter referred to as Stevelim) in view of Lovelace et al (US 6,263,431) and 
Rickey et al (US 2002/0166059) further in view of Schieve et al (US 5,463,766). 
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Claim 14: 

Claim 14 refers to a computer system comprising circuitry for performing the 
steps of the method recited in claim 4. As such, it is rejected for the same reasons and 
motivation discussed in claim 4. 
Claim 15: 

Claim 15 recites a computer system comprising circuitry for performing the steps 
of the method of claim 5 and as such it is rejected for the same reasons and motivation 
discussed in claim 5. 
Claim 16: 

Claim 16 recites a computer system comprising circuitry for performing the steps 
of the method of claim 6 and as such it is rejected for the same reasons and motivation 
discussed in claim 6. 
Claims 49 and 50: 

Claims 49 and 50 refer to a computer system which implements the method 
recited in claims 37 and 38. As such the same reasons and motivations used to reject 
claims 37 and 38 also applies to claims 49 and 50. 

Conclusion 

THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1 . 1 36(a). 
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A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1.136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the mailing date of this final action. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Ponnoreay Pich whose telephone number is 571-272- 
7962. The examiner can normally be reached on 8:00am-4:30pm Mon-Fri. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Kim Vu can be reached on 571-272-3859. The fax phone number for the 
organization where this application or proceeding is assigned is 703-872-9306. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). 
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